System and Method for auditing a telephone number inventory of a telecommunications carrier

ABSTRACT

A system and method for auditing telephone number records of a telecommunications company. The process may include querying at least one database managed by a telecommunications carrier to obtain first data records associated with telephone numbers owned by the telecommunications carrier. A database external from the telecommunications company may be queried to obtain second data records associated with telephone numbers owned by the telecommunications carrier. At least one parameter of the first and second data records may be compared and, a subset of data records of the first and second data records that have discrepancies with the at least one parameter may be determined. A report including the subset of data records may be generated.

CROSS-REFERENCE TO RELATED APPLICATION

This application for patent is a Continuation-in-Part and claims the benefit of priority from co-pending U.S. patent application Ser. No. 11/507,142 filed Aug. 21, 2006 and titled “System and Method for Reporting Telecommunications Utilization and Forecasting.” The entire teachings of the above application is incorporated herein by reference.

BACKGROUND

The ten-digit North American Numbering Plan (NANP) currently used by the United States and 19 other countries is rapidly being depleted. Management of this resource is impaired by a lack of uniform data. Under the Communications Act of 1934, as amended by the Telecommunications Act of 1996, the Federal Communications Commission (FCC) was given “exclusive jurisdiction over those portions of the North American Numbering Plan that pertain to the United States.” Pursuant to that authority, the FCC conducted a rulemaking that, among other things, addressed regular reporting on numbering resources used by United States telecommunications carriers.

The FCC appointed an agency, known as the North American Numbering Plan Administrator (NANPA), to monitor numbering resources utilized by all telecommunications carriers using the resources and to project the dates of area code and North American Numbering Plan exhaust. In their duties, NANPA created a numbering utilization report that telecommunications carriers are to submit semi-annually. The report is known as the Numbering Resource Utilization/Forecast (NRUF) Report.

The NRUF Report includes a number of different forms that provide NANPA with information as to the usage of telecommunications allotted phone numbers. As understood in the telecommunications industry, each telecommunications carrier is allotted a certain number of phone numbers in blocks of 10,000, which is generally subdivided into ten blocks of a thousand. Ten-digit phone numbers include a (i) numbering plan area (NPA) (i.e., area code), which is three digits, (i) central office code, which is also three digits, and (iii) thousands digit block (i.e., the first digit of the last four digits of a phone number). Telecommunications carriers provide phone numbers to customers from these blocks of a thousand numbers. As a thousands block is filled, it is considered to be exhausted. Some thousands digit blocks become filled while others become empty depending on how the telecommunications carrier customer base changes. The telecommunications carrier reports the existing usage and forecasts future usage of the phone numbers in the NRUF Report.

One problem that exists with the NRUF Report is the time necessary to collect and process the information to report. Telecommunications carriers generally have many divisions, many central offices, thousands of thousands digit blocks, and millions of customers. Managing this information and reporting it can take several man-weeks for producing each NRUF Report. Another problem that exists is that there is no standard method for forecasting exhaustion of a thousands digit block.

In managing telephone numbers and usage thereof, telecommunications carriers generally maintain internal databases to track existing telephone number inventory. In addition, an industry group, known as Telcordia Routing Administration (TRA), operates a local exchange routing guide (LERG) database to inventory telephone numbers owned by each telecommunications carrier. The LERG database maintains other relevant information associated with the telephone numbers, which are generally stored as data records in blocks of a thousand, commonly known as thousands blocks. The relevant information includes status of the thousands blocks, such as whether the thousands blocks are pooled or portable. A common problem in the telecommunications industry is discrepancies within and between the telecommunications carrier managed and LERG databases. Typically, these discrepancies are determined by chance while reviewing records for other purposes. Alternatively, a visual inspection of the data records for comparison purposes are performed, but such a task is time consuming and is generally low priority, so errors in the telecommunications carriers' telephone number inventory perpetuate and increase over time. These inventory errors cause phone number management problems throughout the telecommunications industry.

SUMMARY

To overcome the problem of telephone number inventory data from having discrepancies, the principles of the present invention provide for auditing both databases managed by a telecommunications carrier and database(s) external from the telecommunications carrier. The auditing may be performed using a software tool to quickly find anomalies between multiple data sources (e.g., the databases). For example, the software tool may be configured to determine whether or not thousands blocks are portable and/or pooled.

One embodiment includes a system and method for auditing telephone number records of a telecommunications company. The process may include querying at least one database managed by a telecommunications carrier to obtain first data records associated with telephone numbers owned by the telecommunications carrier. A database external from the telecommunications company may be queried to obtain second data records associated with telephone numbers owned by the telecommunications carrier. At least one parameter of the first and second data records may be compared and, a subset of data records of the first and second data records that have discrepancies with the at least one parameter may be determined. A report including the subset of data records may be generated.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the method and apparatus of the present invention may be obtained by reference to the following Detailed Description when taken in conjunction with the accompanying Drawings wherein:

FIG. 1 is an illustration of an exemplary organizational structure for fulfilling governmental telecommunications telephone number usage reporting requirements;

FIG. 2 is a block diagram of a system configuration for fulfilling governmental telecommunications telephone number usage reporting requirements;

FIGS. 3A-3D are exemplary completed NRUF forms;

FIG. 4 is a block diagram of an exemplary system for gathering and processing information to complete NRUF forms;

FIG. 5 is a more detailed block diagram of the exemplary system of FIG. 4 for gathering and processing information to complete NRUF forms; and

FIG. 6 is a flow diagram of an exemplary process for reporting telecommunications usage and forecasting;

FIGS. 7A-7C are screen shots of exemplary query interfaces that may be used to perform a query on the LERG database;

FIG. 8 is a flow diagram of an exemplary process for auditing a telecommunications carrier's database(s) and the LERG database; and

FIG. 9 is a flow diagram of an exemplary high-level process for auditing a telecommunications carrier's database(s) and the LERG database.

DETAILED DESCRIPTION OF DRAWINGS

FIG. 1 is an illustration of an exemplary organizational structure for fulfilling governmental telecommunications telephone number usage reporting requirements. As shown, a governmental organization, such as the Federal Communications Commission (FCC), sets guidelines and mandates for the telecommunications industry for reporting telecommunications usage. The telecommunications usage includes telephone number usage so that planning of additional phone numbers across the United States may be adequately planned to avoid reaching a telephone number exhaust situation in any particular region.

To help manage the reporting by the telecommunications industry, a reporting agency 104, currently known as the North American Numbering Plan Administration (NANPA), has been established. Telecommunication companies 106 a-106 n (collectively 106) provide telecommunications services to customers, including using and managing telephone numbers. As mandated by the government, the telecommunications companies 106 are to file semi-annual Number Resource Utilization/Forecast Reports (NRUF) 108 a-108 n (collectively 108) that show telephone number utilization and forecasting of the telephone numbers for which the respective telecommunications companies are responsible.

FIG. 2 is a block diagram of a system configuration 200 for fulfilling governmental telecommunications telephone number usage reporting requirements. The system configuration includes a variety of servers and databases for use in storing and retrieving data associated with telecommunications usage.

Telecommunications servers 202 a-202 n (collectively 202) may be utilized to process telecommunications usage and forecasting of the respective companies by one or more telecommunications companies. Server 202 a may include a processor 204 in communication with a memory 206 that is used for storing data and software and an input/output (I/O) unit 208 for communicating outside of the telecommunication server 202 a. Software 210 may be executed by the processor 204 for performing data collection and processing of telecommunication usage and forecasting for the respective telecommunications company. A storage unit 212, which may be contained within the telecommunications server or located remotely from the telecommunications server 202 a, is used to store telecommunications usage information in one or more databases 214 a-214 n (collectively 214). The databases 214 may store telephone numbers assigned to the telecommunications company and usage of those telephone numbers by customers of the telecommunications company. As shown, telecommunications server 202 n may include the same or similar components as telecommunications server 202 a and store data in an associated storage unit 216. In one embodiment, the telecommunications servers 202 are used by the same telecommunications company having one or more divisions located across several states and regions within each state, but manage information associated with each of the respective divisions in which the telecommunications servers operate.

As understood in the telecommunications community, a LERG server 218 is managed by Telcordia Technologies, Inc. to manage the LERG database 220 a-220 n (collectively 220). The LERG database 220 stores the North American Numbering Plan (NANP) which governs the management of telephone number resources for the public switched telephone networks in North America, including Canada, the United States, the Caribbean, and territories, within the international country code ‘1’. The LERG database 220 has data for every switch and central office in the North American telephone network. The LERG server 218 includes a processor 222 and software 224 for communicating with the LERG database 220. Memory 226 and an I/O unit 228 are in communication with the processor 222 for storing information and communicating with the LERG database 220 and with the telecommunications servers 202.

NeuStar® is an administrator of the thousands-block number pooling in the United States. As the pooling administrator, NeuStar has telecommunications companies 106 (FIG. 1) submit information to them about phone number resources that are allocated. Each telecommunications company submits the information for each NPA and rate center of the company. A NeuStar server 230 is operated by NeuStar. The NeuStar server 230 may include the same or similar components as the LERG server 218. The NeuStar server 230, however, operates to manage different databases 232 a-232 n (collectively, 232) stored on a storage system 234, which may or may not be a part of the NeuStar server 230. As understood, the NeuStar databases 232 may store information for all telecommunications companies, including forecasted demand, blocks assigned, blocks returned, blocks donated, blocks added to the pool from new codes, and blocks available, for example. This information collected by the NeuStar server 230 may aggregate the information to provide historical information to the telecommunications industry and forecast information for the telecommunications industry so that telephone number resources may be planned going forward and trends may be determined. Contents of the NeuStar databases 232 may be utilized in accordance with the principles and the present invention.

A NANPA server 236, which may include the same or similar components as the LERG server 218 may be used to manage information being submitted to NANPA from the telecommunications companies 106. The storage unit 238 may include databases 240 a-240 n (collectively 240) for storing the information. In one embodiment, the databases 240 store NRUF reports 108 (FIG. 1), which may be in the form of Excel spreadsheets, PDF images, or raw content as specified by NANPA. The NRUF reports stored in the databases 240 may be utilized by NANPA, the reporting agency 104 (FIG. 1), or other reporting agencies directed by the government to manage phone number resources in the United States.

Each of the servers shown may be in communication with one another via a network 242. In one embodiment, the network 242 is the Internet. Alternatively, other public or private networks, including wired, wireless, satellite, or any other configuration may be utilized in accordance with the principles and the present invention for providing communication services between each of the servers. As shown, communication over the network 242 is performed via data packets 244 a-244 n as understood in the art. Other types of communication protocols may be utilized in accordance with the principles and present inventions. While only three databases, the LERG database 220, NeuStar database 232, and NANPA database 240 are shown, it should be understood that other and/or additional databases that provide information associated with the telecommunications industry and including information for use in completing NRUF reports may be utilized.

FIGS. 3A-3D are exemplary completed NRUF forms. The forms are used for reporting telephone number usage by each of the telecommunications companies 106. A complete NRUF report contains 12 forms for collecting utilization and forecast data from telecommunications carriers. However, only four of the twelve are provided for exemplary purposes because many of the others are not utilized or seldom utilized due to being used for specific purposes or seldom including information that needs to be reported. It should be understood that the principles of the present invention may be utilized for completing a full NRUF report.

FIG. 3A is an exemplary form U1 Utilization Reporting Form (for non-rural primary carriers). This form is used for non-rural primary carriers to report at the thousands block level per rate center. This form, as well as the other NRUF forms, are configured in Microsoft Excel® and include a header portion 302 for the telecommunication company to enter company information in tables 304 and 306. The information provided may include service provider name, company address, city, state, zip code, contact name, contact telephone number, service provider OCN, service provider federal registration number (FRN), and service provider service type.

Another table 308 that includes numbering resource utilization for each thousands or 1K block is completed by each telecommunications company 106 (FIG. 1). The information to be reported includes NPA-NXX, thousands digit (“X”), rate center abbreviations, assigned numbers, intermediate numbers, reserved numbers, aging numbers, administrative numbers, donated to pool indicators, notes/assignee information, available numbers, utilization percentages, errors/messages, etc. The first ten columns are filled in by the telecommunications carriers based on utilization by customers being supported in each NPA-NXX-X (i.e., first two columns of table 308). Available numbers, utilizations, and errors/messages are computed based on the resources being utilized by the telecommunications company for each NPA-NXX-X.

Five categories are required to be reported in the U1 Utilization Reporting Form, including “assigned,” “intermediate,” “reserved,” “aging,” and “administrative.” These categories are defined in FCC Order 00-104. A sixth category, “available,” is automatically calculated and no entry is necessary. Clicking on a soft-button 310 causes the “available” data to be checked before submission. It should be understood that the forms provided in FIGS. 3A-3D are provided by the reporting agency 104 (FIG. 1) to each telecommunications company 106 for reporting numbering resource utilization and forecasting. One embodiment in accordance to the principles of the present invention provides for determining the utilization of the different categories (e.g., “assigned”).

Definitions for the different utilization categories as described in the NRUF report are provided herein below for convenience purposes:

Assigned: Assigned numbers are defined as “numbers working in the public switched telephone network under an agreement such as a contract or tariff at the request of specific end users or customers for their use, or numbers not yet working but having a customer service order pending. Numbers that are not yet working and have a service order pending for more than five days shall not be classified as assigned numbers.”

Intermediate: Intermediate numbers are defined as “numbers that are made available for use by another telecommunications carrier or non-carrier entity for the purpose of providing telecommunications service to an end user or customer.” “An exception to this requirement is numbers reported for the purpose of transferring an established customer's service to another service provider, in which case the numbers are classified as “assigned” by the reporting carrier and not counted by the receiving carrier. For intermediate numbers provided by carriers to non-carrier entities, the providing carrier must report utilization for these numbers. Numbers assigned to end users by a non-carrier entity should be reported by the providing carrier as “assigned”. Any remaining numbers held by a non-carrier entity that are not assigned to end users shall be reported by the providing carrier as “intermediate.” The sum of numbers reported by the carrier for the non-carrier entity in these two categories should always equal the total of numbers held by the non-carrier entity.

Reserved: Reserved numbers are defined as “numbers that are held by service providers at the request of specific end users or customers for their future use.” Numbers held for specific end users or customers more than 180 days shall not be classified as reserved numbers.

Aging: Aging numbers are defined as “disconnected numbers that are not available for assignment to another end user or customer for a specific period of time.” “Numbers previously assigned to residential customers may be aged for no more than 90 days. Numbers previously assigned to business customers may be aged for no more than 365 days.”

Administrative: Administrative numbers are defined as “numbers used by telecommunications carriers to perform internal administrative or operational functions necessary to maintain reasonable quality of service standards.”

Donated to Pool: An “X” is entered in this column if the NPA-NXX-X block has been donated to a pool.

FIGS. 3B-3D show exemplary forms F-1 b, F-2 b, and F-3, respectively. These forms are used to report forecasting of telephone number resources. More specifically, Form F-1 b is used for pooling carriers to report forecasts for each NPA and rate center, Form F-2 b is used for non-pooling carriers in pooling areas for forecasting for each NPA, and Form F-3 b is used for carriers in non-pooling areas for forecasting for each NPA and rate center. Similar to FIG. 3A, multiple tables are provided in each of FIGS. 3B-3D for header information and reporting information. It should be understood that one skilled in the art of telecommunications resource reporting is well versed in utilizing these resource utilization and forecast report forms.

FIG. 3B is an exemplary Form F-1 b that is part of the NRUF Report submitted on a semi-annual basis by telecommunications service providers 106 (FIG. 1). Pooling carriers, where a pooling carrier is a telecommunications carrier that has pooled telephone number resources in certain rate center locations, fill out Form F-1 b when submitting the NRUF Report. Form F-1 b includes a header portion with tables 314 and 316 that is filled out with information associated with the telecommunications service provider, such as parent company name, service provider name, address, service provider operator company number (OCN), service provider federal registration number, service type, etc. In addition, telecommunications service providers 106 fill out a forecast table 318 for forecasting pooling areas in 1K blocks per rate center, per year and 1K blocks (growth codes) over the next five years. It will be seen that this forecasting is different from forms F-2 b (FIG. 3C) and forms F-3 b (FIG. 3D) as form F-1 b requests forecasting for 1K blocks, whereas forms F-2 b and F-3 b request forecasting for 10K blocks (i.e., NXX level blocks). Also, forecasting information associated with each rate center in an NPA is submitted in Form F-1 b.

FIG. 3C is an exemplary Form F-2 b that is part of the NRUF Report. Non-pooling carriers, where a non-pooling carrier is a telecommunications carrier that has not pooled telephone number resources in certain rate center locations, fills out Form F-2 b when submitting the NRUF Report. The Form F-2 b includes a header portion having tables 320 and 322 to be filled with information associated with the telecommunications service provider, as described with regard to Form F-1 b of FIG. 3B. The telecommunications service providers 106 fill out a forecast table 324 for forecasting NXX(s) per rate center, per year (growth codes) over the next five years. As shown, the forecast table 324 requests NPA and rate centers, but is performed on a 10K block level as opposed to the 1K block level of Form F-1 b (FIG. 3B).

FIG. 3D is an example Form F-3 b that is part of the NRUF Report. Telecommunications carriers in non-pooling areas, which are areas in which pooling has not been initiated yet, fill out Form F-3 b when submitting the NRUF Report. The Form F-3 b includes a header portion including tables 326 and 328 to be filled out with information associated with the telecommunications service provider, as described with regard to FIG. 3B. The telecommunications service providers 106 fill out a forecast table 330 for forecasting NXX(s) per NPA, per year (growth codes) over the next five years. As shown, the forecast table 328 requests NPAs and is performed on a 10K block level as opposed to the 1K block level of form F-1 b (FIG. 3B).

As understood in the art, the telecommunications carriers may use respective proprietary inventory databases (e.g., databases 214) to generate at least a portion of the information used for generating utilization and forecasting information to complete the NRUF forms.

FIG. 4 is a block diagram of an exemplary system 400 for gathering and processing information to complete the NRUF forms. The system may include data sources 402, modules 404, and reports 406. The data sources 402 may include a telecommunications service provider inventory database 214, LERG database 220, and NeuStar database 232. As shown in FIG. 2, the LERG database 220 and NeuStar database 232 are accessible via a network 242, such as the Internet. It should be understood that other databases currently available or developed in the future that include information available to be used to determine information for completing the NRUF forms may be utilized in accordance with the principles of the present invention.

The modules 404 include an NRUF database system module 408, database comparison and verification module 410, blocks available for donation module 412, months to exhaust module 414, and directory numbers available module 416. While the NRUF database system module 408 is of principal focus for completing the four NRUF forms of FIGS. 3 a-3D, the other modules are briefly described hereinbelow.

NRUF Database System Module

The NRUF database system module 408 is used to collect and process information from the databases 214, 220, and 232 to fill-out the NRUF forms 418, which includes NRUF forms U1, F-1 b, F-2 b, and F-3 b, as provided in FIGS. 3A-3D. The NRUF database system module 408 is the primary aspect of the remainder of this description.

Database Comparison and Verification Module

The database comparison and verification module 410 is a module used to extract information from both the telecommunications service provider database 214 and LERG database 220 and to compare the pooling statuses (i.e., every thousands block that the telecommunications service provider currently owns or had owned in the past) as well as the portability indicators stored in the respective databases. A report may be generated to shows all thousands blocks where there is a discrepancy between the sources.

Blocks Available for Donation Module

The blocks available for donation module 412 queries several data sources 402 to first find all thousands blocks currently owned by a telecommunications service provider that are at or less than 10% utilized or contaminated. In other words, if 100 or less of the 1000 numbers in the thousands block are currently unavailable for assignment, the thousands block is not considered to be over-contaminated. By being 10% or less utilized, the block is capable of being pooled back to the government. However, the telecommunications service provider would not necessarily want to donate all blocks in a rate center that are under-contaminated. The second factor that should be accounted for is the projected growth of a rate center. The telecommunications service provider should donate only enough thousands blocks to ensure that a rate center will not exhaust all phone numbers in the rate center within the next six months. This number of thousands blocks to donate is what a report from this module 412 illustrates. This module 412 lists the current under-contaminated thousands blocks and their respective percent utilizations. Users may filter results based on NPA, state, and rate center combinations.

Months to Exhaust Module

The months to exhaust module 414 automates the process for populating a Months-to-Exhaust Worksheet, which must be completed when a telecommunications carrier requests additional thousands blocks for growth in a rate center where the carrier already has resources assigned. It extracts information from both the telecommunications service provider database 214 and LERG database 220. The module then uses queries to group, subtotal, and filter data to meet the requirements for the worksheet. Calculations are automated to determine whether the six months to exhaust requirement and the minimum 75% utilization requirement are met.

Continuing with FIG. 4, the NRUF database system module 408 may be configured to query one or more databases to receive information for processing and completing NRUF forms. As shown, the NRUF forms, U1, F-1 b, F-2 b, and F-3 b, may be completed by the NRUF database system module 408. However, it should be understood that the NRUF database system module 408 may be adapted to complete other NRUF forms in the same or similar manner.

FIG. 5 is a more detailed block diagram 500 of the exemplary system of FIG. 4 for gathering and processing information to complete an NRUF report. As shown, three databases, including the service provider inventory database 214, LERG database 220, and NeuStar Timeline Report 232, may be accessed to obtain information to be used for completing the NRUF report. In one embodiment, two or more databases may be accessed, including an internal database to the service provider and a telecommunications industry accessible database (e.g., the LERG database 220), if enough information can be gathered from these databases to complete the NRUF report. However, based on the current configurations of the three databases, each is accessed to complete the NRUF reports in accordance with the principles of the present invention.

As previously described, (i) pooling carriers (i.e., those carriers in pooling areas who have donated or received numbers from the number pool) report forecasts by rate center on the F-1b form, (ii) non-pooling carriers in pooling areas (i.e., carriers in pooling areas who have not donated or received numbers from the number pool) report forecasts by rate center on the F-2b form, and (iii) carriers operating in non-pooling areas (i.e., NPA areas that have not yet started pooling) report forecasts in NPA areas on the F-3b form. The determination as to which forms to report projections for particular NPA areas may be determined using the NeuStar database 232 and looking up the NeuStar Timeline Report. At this time, the NeuStar Timeline Report can be found at:

-   -   “https://www.nationalpooling.com/pas/control/timelinereport?siteTyp=FR”

In one embodiment, the database or table that is stored at the above-listed website may be searched at the website. Alternatively, the contents of the database may be downloaded into a local software program (e.g., Microsoft Excel®) or database (e.g., Microsoft Access®) and queried therein.

In step 502, a query may be performed on the data from the NeuStar database 232 to determine whether an NPA is a pooling area. The NeuStar Timeline Report (not shown) includes, in part, state, NPA, and pool start date information. If the pool start date listed is prior to the current date, then the NPA is a pooling area. Otherwise, the NPA is a non-pooling area and Form F-3 b is completed for those NPA areas. Unless an NPA is relatively new, most NPA areas are pooling areas, which is why the Form F-3 b in FIG. 3D is empty. If the query in step 502 determines that the NPA is a pooling area, then in step 504, a query determines whether the telecommunications service provider is a pooling carrier in that NPA. In other words, a determination is made to determine if the service provider has ever pooled in the NPA. If so, then a forecast for the NPA is reported in Form F-1 b. Otherwise, a forecast for the NPA is reported in Form F-2 b.

As shown, four queries may be performed with the service provider inventory database, including a history query 506, installed type ITYPE & status query 508, aging numbers query 510, and working numbers query 512. The history query 506 and working numbers query 512 are used to complete Forms F-1 b, F-2 b, and F-3 b and the other queries 508 and 510 are used to complete the U1 Form.

The history query 506 extracts or identifies the number of working phone numbers at rate center levels for each of the last 13 months from the service provider inventory database 214. TABLE I is representative of a portion of such an extraction. It should be understood that TABLE I is an exemplary portion of an overall database that includes working telephone numbers for all rate centers and NPAs of the telecommunications service provider. At step 514, NPA growth is determined for inclusion in form F-3 b, if it is determined from step 502 that the NPA is not a pooling area. For example, referring to TABLE I below, if the current month is June 2006, month 13 (M13) would be the previous month (e.g., May 2006) since the current month is not complete. Month 1 (M1) would be May 2005. By using a rolling 13 months of history, month 1 can be subtracted from month 13 to derive the past year of growth (positive) or loss (negative). In the example of TABLE I, assuming that Decatur is the only rate center reported by the service provider, the growth of the NPA 940 is 22,886−21,316=1,570 phone number growth. If there are multiple rate centers served in this NPA, the working numbers would first be subtotaled at the NPA level. At step 516, an NXX forecast per NPA may be determined. The results are included in Form F-3 b if the NPA is not a pooling area.

TABLE I Working Numbers at Rate Centers Table ST Rate Center NPA YRMO Working TX DECATUR 940 M13 22886 TX DECATUR 940 M12 22887 TX DECATUR 940 M11 22875 TX DECATUR 940 M10 22841 TX DECATUR 940 M9 21741 TX DECATUR 940 M8 21781 TX DECATUR 940 M7 21801 TX DECATUR 940 M6 21871 TX DECATUR 940 M5 21879 TX DECATUR 940 M4 22647 TX DECATUR 940 M3 22641 TX DECATUR 940 M2 22098 TX DECATUR 940 M1 21316

At step 518, rate center growth may be determined based on the information from TABLE I in a similar manner as the NPA growth described with respect to step 514. In this case, rate center growth is calculated in the same manner and is the same as NPA growth (i.e., 1,570 phone numbers). If a service provider reported on multiple rate centers servicing a single NPA, which is often the case, then the growth for the rate center and NPA would likely be different. At step 520, an NXX forecast per rate center is generated. In one embodiment, the growth may be projected by using the same growth as computed for the past 13-months (i.e., 1,570 phone lines). Alternatively, a different technique may be used for projecting the growth, such as using a moving average or other statistical function. The results of the NXX forecast per rate center may be applied to Form F-2 b if it is determined at step 504 that the carrier is not a pooling carrier. If it is determined that the carrier is a pooling carrier, then the results of step 522, which determines the thousands block forecast per rate center, is applied to Form F-1 b.

Continuing with the queries, the ITYPE & status query 508 reports subtotals for combinations of installed type and status at the NPA-NXX-X (thousands block) level. When blocks of telephone numbers are assigned to a carrier, the services for which the numbers can be used are limited. For example, a block of numbers may be assigned for paging services only. Assigning an installed type to numbers in a carrier's inventory database allows the carrier to follow regulations in assigning the numbers. The status field serves to report the current status of the phone number. For example, the status defines directory numbers that are assigned to working customers and those that are currently unassigned.

TABLE II is an exemplary partial listing of a telecommunications service provider inventory of telephone numbers. The list includes NPA-NXX-X, installation type, status, and quantity of numbers with a particular status. For example, the status “ASN” stands for “assigned,” and there are four (4) phone numbers in the NPA-NXX-X of 219-261-2 that are assigned.

TABLE II Service Provider Inventory Database NPA NXX X ITYPE STATUS QTY 219 261 0 REG WKG 1 219 261 0 SPL WKG 1 219 261 2 COIN ASN 4 219 261 2 COIN VAC 1 219 261 2 COIN VND 23 219 261 2 COIN WKG 72 219 261 2 REG DNA 1 219 261 2 REG LNPO 2 219 261 2 REG VAC 1 219 261 2 REG VND 153 219 261 2 REG WKG 741 219 261 2 REG WLNP 2

TABLE III is a cross-reference table for the different ITYPE categories. For example, the ITYPE “BBDN” represents “broadband” service and “REG” represents “regular” service of customer telephone lines. TABLE IV is a cross-reference table for the status categories. For example, “ASN” represents phone numbers that are “assigned” and “WKG” represents phone numbers that have working service. Both of the ITYPE and status cross-reference tables are used in determining what information to report on the utility U1 form, as further described below with regard to the flow chart extending from the ITYPE & status query 508. It should be understood that TABLES III and IV are exemplary and that other and/or additional tables may be used in accordance with the principles of the present invention. It should also be understood that the content of the tables may be different or additional content may be utilized to perform the same or functionality as described herein. Furthermore, it should be understood that no tables may and cross-referencing of categories may be performed by using software that includes cross-e values by hard-coding or otherwise.

TABLE III INSTALL TYPE CROSS-REFERENCE TABLE ITYPE DESCRIPTION EFFECT 800 800 SERVICE NO EFFECT BBDN BROADBAND NO EFFECT CNTX CENTNTREX NUMBERS NO EFFECT COIN COIN NO EFFECT DID DIRECT IN DIAL SVC NO EFFECT ISDN INT SWITCH DIG NETWK NO EFFECT LNPI LNP IN EXCLUDE MBAS MILITARY BASE NO EFFECT MBEX MILITARY PIN/NO DIAL EXCLUDE MCA METRO CALLING AREA NO EFFECT MEXT MESSAGE LINE EXT. EXCLUDE MSGL MESSAGE LINE NUMBER NO EFFECT PAGE PAGING NO EFFECT POOL NUMBER POOLING NO EFFECT RECL RECLAIMED NO EFFECT REG REGULAR NO EFFECT SPL SPECIAL BILLING (WO) NO EFFECT STGV STATE GOVERNMENT NMBR INTERMEDIATE TEST TEST ADMINISTRATIVE TLCO COMPANY OFFICIAL NM ADMINISTRATIVE TNBR TOTAL NUMBER SERVICE NO EFFECT NSTR NEUSTAR'S BLOCK NO EFFECT PATS CUSTOMER OWNED PHONE NO EFFECT PCS PERSONAL COMM SVC NO EFFECT ROT ROTARY HUNT NO EFFECT SWAD TEST ADMINISTRATIVE WATS OUT WATS NO EFFECT

TABLE IV STATUS CROSS-REFERENCE TABLE STATUS DESCRIPTION EFFECT ASN ASSIGNED ASSIGNED CEAS PORTED # DATABASE ASSIGNED DNA DO NOT ASSIGN ADMINISTRATIVE JPY JEOPARDY ASSIGNED LNPO LNP OUT ASSIGNED RECL RECLAIM SD EXCLUDE RES RESERVED RESERVED SND SENDING TO VND EXCLUDE VAC VACANT EXCLUDE VACR VACANT RELATED ORDER ASSIGNED VND VACANT NUMBER DATABASE EXCLUDE WKG WORKING SERVICE ASSIGNED WLNP WORKING LNP SERVICE ASSIGNED CVR CONNECT VACATION SVC ASSIGNED LNPP LNP PENDING PORT ASSIGNED

Continuing with FIG. 5, the ITYPE & status query 508 accesses the service provider inventory database 214 to extract data, such as the data of TABLE II. The process continues at step 524, where a determination is made as to whether either the ITYPE or status indicates to exclude the numbers. For example, referring to TABLE II, for NPA-NXX-X of 219-261-2 having an ITYPE of “COIN” and status of “VND” (see row 5 of TABLE II), when the ITYPE cross-reference table (TABLE III) is cross-referenced, the effect for “COIN” is shown to have “NO EFFECT” (see row 4 of TABLE III) and when the status cross-reference table (TABLE IV) is cross-referenced, the effect for “VND” is “EXCLUDE” (see row 11 of TABLE IV). If at step 524 it is determined that either the ITYP or status is to be excluded, then at step 526, the telephone numbers are excluded from reporting. Therefore, in the instant example, the 23 phone numbers in 219-261-2 that have a status of “VND” are excluded from reporting.

If at step 524 it is determined that neither the ITYPE or status indicate to exclude the numbers, then at step 528, a determination is made as to whether the ITYPE indicates one of the five NRUF categories (i.e., “assigned,” “intermediate,” “reserved,” “aging,” “administrative”). For example, if one of the NPA-NXX-X ITYPE data elements were “TEST,” then the effect would be found in TABLE III as being “ADMINISTRATIVE,” which is one of the NRUF categories. If the ITYPE indicates one of the NRUF categories at step 528, then the process continues at step 530, where the number of telephone numbers using the NRUF category indicated by the ITYPE is reported. The process continues at step 532 to report the number of telephone numbers that meets one of the categories “Assigned,” “Intermediate,” Reserved,” or “Administrative” on the U1 form.

If it is determined at step 528 that the ITYPE is not one of the NRUF categories (e.g., “NO EFFECT”), then the process continues at step 534, where a determination is made as to whether the status is one of the NRUF categories. For example, referring to TABLE II, for NPA-NXX-X of 219-261-2 having ITYPE and status of “COIN” and “ASN,” the effect found in TABLE IV is “ASSIGNED,” which is one of the NRUF categories. If it is determined at step 534 that the status is an NRUF category, then the process continues at step 536 where the number of telephone numbers using the NRUF category indicated by the status is reported. For the case of 219-261-2 having ITYPE and status of “COIN” and “ASN,” there are 4 telephone numbers that are reported. As another example, referring to TABLE II, for NPA-NXX-X of 219-261-2 having ITYPE and status of “REG” and “WKG,” the quantity of 741 numbers are reported as being “ASSIGNED” on the U1 Form (FIG. 3A). The process continues at step 532 to report the numbers on the U1 form. If, at step 534, the status does not indicate one of the NRUF categories, then the process continues at step 538, where the telephone numbers are excluded from reporting.

Continuing with the queries, the aging numbers query 510 is used to report subtotals for aging numbers at an NPA-NXX-X (thousands block level. TABLE V shows a subset of the service provider inventory database 214 with aging data. The aging data is reported via step 540 on the U1 Form (FIG. 3A).

TABLE V Inventory Data with Telephone Number Aging Information NPA NXX X AGING 219 261 2 46 219 261 3 22 219 261 4 3 219 275 2 4 219 275 3 9 219 275 4 7 219 275 5 8 219 275 6 3

Continuing with the queries, the working numbers query 512 reports working numbers at the NPA-NXX-X (thousands block) level that are designated as being working. TABLE VI shows a subset of the service provider inventory database 214 with working telephone number data. The working numbers are used in combination with the data from the LERG database 220.

TABLE VI Inventory Data with Working Telephone Number Information NPA NXX X WORKING 218 534 0 33 218 534 1 74 218 534 2 69 218 534 3 569 218 534 4 97 218 534 5 79 218 534 7 18 218 534 9 72

At step 542 and 544, assigned thousands blocks (i.e., blocks currently allocated to the reporting carrier) and unassigned thousands blocks (i.e., blocks not currently allocated to the reporting carrier), respectively, are collected from the LERG database 220. Carrier working numbers (i.e., the reporting carrier's working customers whose numbers reside in a thousand block owned by the reporting carrier) are determined at step 546 and non-carrier working numbers (i.e., the reporting carrier's working customers whose numbers do not reside in a thousand block owned by the reporting carrier) are determined at step 548. Thousand blocks in each rate center (i.e., the number of thousands blocks owned by the reporting carrier for each rate center) are determined at step 550 and thousand blocks in each NPA (i.e., the number of thousands blocks owned by the reporting carrier for each NPA) are determined at step 552. Rate center percent utilization is determined at step 554 and NPA percent utilization is determined at step 556. These values are used to complete the NRUF Forms F-1 b, F-2 b, and F-3 b.

${{RTCTR}\% {Util}} = \frac{{CarrierWkg} + {NonCarrierWkg}}{{NonCarrierWkg} + {(1000)({ThouBlocksInRateCenter})}}$ ${{NPA}\% {Util}} = \frac{{CarrierWkg} + {NonCarrierWkg}}{{NonCarrierWkg} + {(1000)({ThouBlocksInNPA})}}$

The principles of the present invention determine which thousands blocks the company is responsible to report utilizing information stored in the LERG database 220. For example, with number portability and number pooling, Company A may have customers in thousands blocks that are owned by Company B. Company A should not report utilization for these thousands blocks because Company B will report those numbers. To determine which blocks should be reported, the LERG database 220 is used as the determining data source. All blocks that are listed in the LERG have a corresponding operating company number (OCN). All thousands blocks listed in the LERG database 220 with an OCN that belongs to a particular carrier should be reported in the carrier's NRUF filings. However, this criteria alone does not include all necessary thousands blocks. If all of the thousands blocks in a NPA-NXX belong to one carrier and the blocks have not been pooled, then only the NPA-NXX shows up in the LERG database 220 rather than one record for each thousands block. To compensate for this, the process 500 splits these NPA-NXX's into all ten thousands blocks (0 through 9) for the blocks to report. Those blocks that were once owned by a company and donated back to the government without yet being reassigned should also be reported on the company's NRUF filings. These blocks are determined by meeting the following three conditions:

-   -   1) The NPA-NXX is listed in the LERG database 220 with one of         the company's OCNs.     -   2) The NPA-NXX is split out in the LERG database 220 to include         one or more thousands blocks, rather than just one record for         the whole NPA-NXX.     -   3) One or more of the thousands blocks for the NPA-NXX's is not         listed in the LERG database 220.

If each of these conditions is met, then those blocks not listed in the LERG database 220 are the additional blocks that should be included in the list of blocks to report. These blocks are marked with an “X”, indicating that the block has been pooled.

In the following example shown in TABLE VII, for NPA-NXX 419-520, a telecommunications company having OCN 0661 is the code holder of the NPA-NXX as indicated by the first line with a block ID of “A” for all. Since the thousand blocks are broken out into individual records, but only eight of the ten blocks are listed in the LERG database 220, this means that blocks 7 and 9 are unassigned blocks. The blocks 7 and 9 have been pooled by one company, but not yet reassigned to another company, so these blocks are still to be reported by the pooling company. Blocks 5 and 8 have been pooled and reassigned to a company other than the pooling company having OCN 553A, so these blocks are not be reported by the pooling company.

TABLE VII Pooling Example State Rate Center NPA NXX Block_ID OCN OH MANSFIELD 419 520 A 0661 OH MANSFIELD 419 520 0 0661 OH MANSFIELD 419 520 1 0661 OH MANSFIELD 419 520 2 0661 OH MANSFIELD 419 520 3 0661 OH MANSFIELD 419 520 4 0661 OH MANSFIELD 419 520 5  553A OH MANSFIELD 419 520 6 0661 OH MANSFIELD 419 520 8  553A

Therefore, for reporting utilization in this example, the following thousands blocks and pooling indicators shown in TABLE VIII are reported:

TABLE VIII Pooling Reporting Example NPA_NXX_X RATE_CTR POOL 419-520-0 MANSFIELD 419-520-1 MANSFIELD 419-520-2 MANSFIELD 419-520-3 MANSFIELD 419-520-4 MANSFIELD 419-520-6 MANSFIELD 419-520-7 MANSFIELD X 419-520-9 MANSFIELD X

FIG. 6 is a flow diagram of an exemplary process 600 for reporting telecommunications usage and forecasting. At step 602, data indicative of telephone number usage assigned to a telecommunications carrier is stored in a first database. In one embodiment, the first database is a proprietary database managed by the telecommunications carrier. At step 604, the first database may be queried to obtain a first set of data including telephone number information associated with the telecommunications carrier. At step 606, a second database operating on a network may be queried to obtain a second set of data including telephone number information associated with the telecommunications carrier. In one embodiment, the second database may be a database managed for the telecommunications industry, such as the LERG database. At step 608, telephone number usage and forecast data may be generated from the first and second sets of data. The telephone number usage and forecast data may be used for completing NRUF forms. A third database may also be queried to retrieve information that may assist in determining which form of the NRUF forms to apply the telephone number usage and forecast data.

Using the system and methods described above, the time for completing NRUF reports may be reduced from several weeks to less than an hour. In addition, business information that was otherwise too difficult to accumulate during reporting periods are now able to easily be collected and reported for business purposes. Also, forecasting is improved from conventional forecasting, where the principles of the present invention may forecast by using, in one embodiment, the growth over the past 12 months to project the next 12 months rather than simply using a flat number as may previously have considered to be acceptable.

Auditing

A number of parameters of telephone numbers owned by a telecommunications carrier may be maintained by the telecommunications carrier in one or more databases and in the LERG database. These parameters may include indicators as to whether the thousands blocks are portable and/or pooled. Other parameters may be stored and audited in the same or similar manner as the portable and pooled parameters.

To perform the audit, software may be executed on a telecommunications server (e.g., server 202 a in FIG. 2) to extract or obtain data from both the LERG database and one or more databases managed by a telecommunications carrier. The data obtained from these databases are used for comparison purposes for determining whether a mistake or other problem exists with the data stored in any of the databases. If multiple databases are maintained by the telecommunications company, then each of those databases may be queried during the audit to verify that data from all the databases are in agreement. A report may be generated to show a user where the data (i.e., certain parameters) do not match so that the user may correct the errors or discrepancies within the respective database.

TABLE IX illustrates an exemplary query result from the LERG database. The LERG database is maintained by the Telcordia Routing Administration (TRA) and may be found at the website https://prism.telcordia.com/TRA/TRA_index.jsp. The query results include data associated with telephone numbers associated with the telecommunications carrier. As shown, the data includes NPA, NXX, Block ID, operating company number (OGN), switch, rate center (RC) state, RC Name, pool ID, and portable indicator.

TABLE IX LERG Database Query Results NPA NXX BLOCK_ID OCN SWITCH0 RC_STATE RC_NAME 10 POOL_IND PORTABLE 218 534 A 1456 DRWDMNXDRS0 MN DEERWOOD N Y 218 546 0 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 1 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 2 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 4 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 5 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 6 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 7 1456 CBSBMNXCDS0 MN CROSBY Y Y 218 546 8 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 9 1456 CRSBMNXCDS0 MN CROSBY Y Y 218 546 A 1456 CRSBMNXCDS0 MN CROSBY Y Y

The results of the LERG queries may include every record for NPA-NXX's in which the carrier owns a telephone number. Since the LERG TRA website has a maximum row limit, one way to obtain a large number of data records (e.g., all thousands blocks in the United States) is to query one state at a time or to perform two or more queries within a single, large state. The OCN parameter may be used to identify data records associated with a particular telecommunications company. However, if the telecommunications company has telephone numbers in a thousands block that has been re-assigned to another telecommunications company after being pooled, the OCNs resulting from a LERG query may include ones from other telecommunications companies.

In performing a LERG query, a user may use a graphical user interface to select parameters to search the data records stored in the LERG database. FIGS. 7A-7C are graphical user interfaces 700 a-700 c of exemplary query interfaces that may be used to perform a query on the LERG database. As shown in FIG. 7A, the user may enter a request name (e.g., “NRUF-OH”) in the text field 702 and search for particular data within the LERG database. In the case shown, the user has selected the NXX data selection element 704. Additionally, the user may enter an effective date into date field(s) 708 to retrieve data relative to the specified effective date.

FIG. 7B is an exemplary graphical user interface 700 b by which users can select particular parameters or data fields via selection elements 710 to retrieve in a query. The parameters may include Primary parameters (e.g., NPA, NXX, Block ID, Status, OCN, Company Type, NXX Type, DIND, Portable Indicator, and TBP Indicator), Geographic parameters (RC State, RC Name), Dates (Effective Date, Creation Date, Last Change), Switch Data (Switch), etc. The data for these parameters may be used for comparison purposes to determine whether any inconsistencies exist with data stored in databases managed by the telecommunications carrier and the data stored in the LERG database.

FIG. 7C is a graphical user interface 700 c with exemplary input fields for the user to query certain data, such as “RC_STATE EQ ‘OH’,” to request data records having rate center in Ohio. Other data records having additional or different data parameters may be requested.

FIG. 8 is a flow diagram of an exemplary process for auditing a telecommunications carrier's database(s) and the LERG database. Two portions of the process 800 are shown, a portability report process 801 a and a pooling report process 801 b. These processes use the data resulting from the LERG queries (e.g., data from each of the states associated with a telecommunications company) and are processed as provided in each of the processes 801 a and 801 b. It should be understood that other and/or additional processes may be utilized depending upon the data being checked for discrepancies.

The portability report process 801 a starts at step 802, where a determination is made if the carrier owns the NXX. The determination is made on a per data record basis, where a data record is considered to be a row or other configuration of associated data that may be stored in a table, list, or otherwise. If it is determined at step 802 that the carrier does not own the NXX (i.e., area code), then at step 804, a determination is made as to whether the carrier owns the thousands block. If not, then at step 806, that data record having the thousands block not owned by the carrier is excluded at step 806. At step 808, if it is determined that the carrier owns the thousands block at step 804, the data record including the thousands block is included.

If it is determined at step 802 that the carrier owns the NXX, then at step 810, a determination is made as to whether any individual thousands blocks are listed in the LERG for this NXX. If not, then at step 812, the process includes the thousands blocks and splits the NPA into ten individual records for blocks 0-9. If at step 810 it is determined that individual thousands blocks are listed in the LERG for this NXX, then at step 814, a determination is made as to whether this particular data record with the thousands block is listed in the LERG database 220. Step 814 may be repeated for thousands blocks 0-9. If the thousands block is not listed in the LERG database 220, then the data record with that thousands block is excluded at step 816. If the thousands block is listed on the LERG database 220, then the data record with that thousands block is included at step 818.

Data from the service provider inventory database 214 is utilized for comparison with the data records from the LERG database 220. The data from the service provider inventory database 214 is used in step 820 for determining if portability indicators from both the data records from the LERG database 220 and service provider inventory database 214 agree at step 820. If the portability indicator and both the data records from the LERG database 220 and service provider inventory database 214 do agree, then the data record including that thousands block is excluded from the report at step 822. If not, then at step 824, that data record is included in a portability report comparing portability indicative from available sources (e.g., telecommunications carrier, telephone inventory, databases).

With regard to the pooling report process 801 b, the process starts at step 826, where a decision is made to determine whether the telecommunications carrier owns the NXX of the data record. If the telecommunications carrier does not own the NXX, then at step 828, a decision is made as to whether the telecommunications carrier owns the thousands block of the data record. If the telecommunications carrier does not own the thousands block, then the data record with that thousands block is excluded at step 830. If it is determined at step 828 that the telecommunications carrier owns the thousands block then the data record with the thousands block is determined not to be pooled at step 832.

If at step 826 it is determined that the telecommunications carrier owns the NXX, then at step 834, a determination is made as to whether any individual thousands blocks are listed in the LERG database 220 for this NXX. If not, then at step 836, data records are not pooled and the NPA of the data record is split into thousands blocks 0-9. If at step 834 a determination is made that thousands blocks are listed in the LERG database 220 for this NXX, then at step 838, a determination is made as to whether this data record with the thousands block is listed in the LERG database 220. If not, then at step 840, the data record is pooled and unassigned to another carrier. If it is determined that the data record with this thousands block is listed in the LERG database 220 at step 838, then at step 842, a determination is made as to whether the telecommunications carrier owns the thousands block. If not, then at step 844, the data is determined to be pooled and has been re-assigned to another carrier. Alternatively, if the telecommunications carrier owns the thousands block then the process 801 b continues at step 846 where the data records for that thousands block is determined not to be pooled. At step 848, a determination is made as to whether the portability indicators of the data records from both of the sources (i.e., the LERG database 220 and service provider inventory database 214) agree. If the portability indicators do agree, then the data record having that thousands block is excluded from the report at step 850. Otherwise, if the portability indicators do not agree, then it is determined that a discrepancy exists and the data record is included in the pooling report at step 852.

TABLE X shows an exemplary pooling comparison report that may be provided to the user, including discrepancies found from the data records of the LERG database 220 and service provider inventory database 214. As shown, each data record includes a number of parameters, including NPA, NXX, Thousands Block LERG, and Inventory 1 and Inventory 2 pooling indicators. In other words, each of the LERG, Inventory 1, and Inventory 2 columns includes the letter “X” where the data records (i.e., thousands block) are determined to be pooled. For example, data record having NPA-NXX-THOU of 386-228-5 is found to be pooled in the LERG database and Inventory 1 database, but not pooled in the Inventory 2 database. In another example, NPA-NXX-THOU of 386-561-9 is shown not to be pooled in the LERG database, but pooled in both the Inventory 1 and Inventory 2 databases. One explanation for the LERG database not having this NPA-NXX-THOU to be pooled is that it was recently submitted and not yet updated in the LERG database 220. A user who finds this discrepancy may wait before contacting the management of the LERG database 220 or investigate the discrepancy at this time. In one embodiment, the user may submit a request via email, place a phone call, or use a software utility for updating and/or correcting the LERG database 220. The user may correct the data within the service provider inventory database by using a software utility or access the database directly to correct any discrepancies found between the telecommunications carrier inventory database and the LERG database 220.

TABLE X Pooling Comparison Report Region ST NPA NXX THOU LERG INV_1 INV_2 SO FL 386 228 5 X X SO FL 386 228 7 X X SO FL 386 456 9 X SO FL 386 561 9 X X SO FL 407 464 4 X X SO FL 407 464 5 X X SO FL 407 464 6 X X SO FL 407 515 5 X SO FL 407 515 7 X SO FL 407 764 3 X SO FL 407 870 3 X X SO FL 407 932 8 X

TABLE XI shows an exemplary portability comparison report, which is a report resulting from the portability report process 801 a. As shown, there are a number of parameters provided to the user, including Rate Center Name, NPA, NXX, Thousands Block ID, OCN, LERG Portability Identifier, and Portability Identifiers in both first and second service provider inventory databases. Data records that are found to have discrepancies between the portability identifier in the LERG and service provider inventory database are included in the portability report. For example, data records with NPA-NXX-Thou of 863-773-7 is shown to be portable in the LERG and inventory 2 databases, but not portable in the inventory 1 database. This discrepancy should alert the user that there may be a problem with one or more data records and that research should be done to correct the error.

TABLE XI Portability Comparison Report Region ST RTCTR NPA NXX Thou OCN LERG PRT1 INV_1 INV_2 SO FL WAUCHULA 863 773 7 5373 Y N Y SO FL WAUCHULA 863 773 8 5373 Y N Y SO FL WAUCHULA 863 773 9 0341 Y N Y SO FL WINTERPARK 407 534 0 7391 N N Y SO FL WINTERPARK 407 534 1 7391 N N Y SO FL WINTERPARK 407 534 2 7391 N N Y

FIG. 9 is a flow diagram of an exemplary high-level process for auditing a telecommunications carrier's database(s) and the LERG database. The process 900 starts at step 902. At step 904, a query of at least one database managed by a telecommunications carrier to obtain first data records associated with telephone numbers owned by the telecommunications carrier is performed. At step 906, a query of a database external from the telecommunications company to obtain second data records associated with the telephone numbers owned by the telecommunications carrier it performed. At step 908, the first and second data records are compared. At step 910, a subset of data records of the first and second data records that do not match are determined. At step 912, a report including the subset of data records is generated.

The previous detailed description of a small number of embodiments for implementing the invention is not intended to be limiting in scope. One of skill in this art will immediately envisage the methods and variations used to implement this invention in other areas than those described in detail. The following claims set forth a number of the embodiments of the invention disclosed with greater particularity. 

1. A method for auditing telephone number records of a telecommunications carrier, said method comprising: querying at least one database managed by a telecommunications carrier to obtain first data records associated with telephone numbers owned by the telecommunications carrier, querying a database external from the telecommunications carrier to obtain second data records associated with telephone numbers owned by the telecommunications carrier, comparing at least one parameter of the first and second data records; determining a subset of data records of the first and second data records that have discrepancies with the at least one parameter; and generating a report including the subset of data records.
 2. The method according to claim 1, wherein querying a database external from the telecommunications carrier includes querying the local exchange routing guide (LERG) database.
 3. The method according to claim 1, further comprising processing the second data records.
 4. The method according to claim 3, wherein processing the second data records includes determining if the telecommunications carrier owns the NXX of each record of the second data records.
 5. The method according to claim 3, further comprising processing the second data records, wherein processing the second data records includes determining if the telecommunications carrier owns the thousands block of each record of the second data records that are individually identified.
 6. The method according to claim 1, wherein determining the subset of data records of the first and second data records that do not match includes determining whether data indicative of the first and second data records being pooled do not match.
 7. The method according to claim 1, wherein determining the subset of data records of the first and second data records that do not match includes determining whether data indicative of the first and second data records being portable do not match.
 8. The method according to claim 1, further comprising determining which of the databases is incorrect if a discrepancy is found between the first and second data records.
 9. The method according to claim 8, further comprising correcting the data in the respective database determined to be incorrect.
 10. A system for auditing telephone number records of a telecommunications carrier, said system comprising: at least one database managed by a telecommunications carrier, a processing unit in communications with said at least one database and executing software, the software causing said processing unit to: query said at least one database to obtain first data records associated with telephone numbers owned by the telecommunications carrier, query a database external from the telecommunications carrier to obtain second data records associated with telephone numbers owned by the telecommunications carrier, compare at least one parameter of the first and second data records; determine a subset of data records of the first and second data records that have discrepancies with the at least one parameter, and generate a report including the subset of data records.
 11. The system according to claim 10, wherein the software, causing said processing unit to query a database external from the telecommunications carrier, causes said processing unit to query the local exchange routing guide (LERG) database.
 12. The system according to claim 10, wherein the software further causes said processing unit to process the second data records.
 13. The system according to claim 12, wherein the software, causing said processing unit to process the second data records, causes said processing unit to determine if the telecommunications carrier owns the NXX of each record of the second data records.
 14. The system according to claim 12, wherein the software further causes said processing unit to process the second data records, wherein processing the second data records includes determining if the telecommunications carrier owns the thousands block of each record of the second data records that are individually identified.
 15. The system according to claim 10, wherein the software, causing said processing unit to determine the subset of data records of the first and second data records that do not match, causes said processing unit to determine whether data indicative of the first and second data records being pooled do not match.
 16. The system according to claim 10, wherein the software, causing said processing unit to determine the subset of data records of the first and second data records that do not match, causes said processing unit to determine whether data indicative of the first and second data records being portable do not match.
 17. The system according to claim 10, wherein the software further causes said processing unit to determine which of the databases is incorrect if a discrepancy is found between the first and second data records.
 18. The system according to claim 17, wherein the software further causes said processing unit to correct the data in the respective database determined to be incorrect. 